Detecting divergence or convergence of related objects in motion and applying asymmetric rules

ABSTRACT

Systems and methods may include receiving first and second motion data about first and second objects, respectively. The systems and methods may include applying an asymmetric correlation rule (ACR) to the first and second motion data. The ACR may define a baseline state of motion for the first object and a correlation relationship between the first and second objects. The systems and methods may include determining whether the first object is in the baseline state and, in response to determining that the first object is not in the baseline state, determining whether a first motion vector of the first object is sufficiently correlated with a second motion vector of the second object. The systems and methods may include, in response to determining both that the first object is not in the baseline state and that the first and second motion vectors are not sufficiently correlated, generating an anomalous behavior notification.

BACKGROUND

The present disclosure relates to the Internet of Things (IoT) and, more specifically, to systems and methods for detecting divergence or convergence of related objects in motion and applying asymmetric rules.

As the so-called Internet of Things expands, an increasing number of smart devices have been developed to interconnect within the existing Internet infrastructure or other networks. Such devices may be used to collect information and to automate a growing number of important tasks in a variety of fields.

Known supply chain monitoring systems allow users to track the location of multiple items in real-time as independent shipments. Such systems may track a shipping order, for example, and may let a user know when the item(s) are due and if the order has been split. Each separate component of a split order may be assigned its own due date. Known luggage tracking systems use global positioning satellite (GPS) data to allow users to ping a device, which packed in the users' luggage, for the device's location when the luggage has been misplaced or stolen. Similarly, known child tracking systems may monitor the location of a person who is wearing a location device using GPS data. In some implementations, non-GPS devices for child monitoring may alarm whenever the child (who is wearing a locator tag) wanders more than 30 feet from the parent (who is wearing the paired wireless transmitter).

BRIEF SUMMARY

According to an aspect of the present disclosure, a method may include several processes. In particular, the method may include receiving first motion data about a first object. In addition, the method may include receiving second motion data about a second object. The method also may include applying an asymmetric correlation rule to the first motion data and the second motion data. The asymmetric correlation rule may define a baseline state of motion for the first object and a correlation relationship between the first object and the second object. Further, the method may include determining, based on the first motion data, whether the first object is in the baseline state of motion. Moreover, the method may include, in response to determining that the first object is not in the baseline state of motion, determining, based on the first motion data and the second motion data, whether a first motion vector of the first object is sufficiently correlated with a second motion vector of the second object. The correlation relationship between the first object and the second object may identify a sufficient level of correlation between the first motion vector and the second motion vector. Further still, the method may include, in response to determining both that the first object is not in the baseline state of motion and that the first motion vector of the first object is not sufficiently correlated with the second motion vector of the second object, generating a notification that the first object is behaving anomalously.

Other features and advantages will be apparent to persons of ordinary skill in the art from the following detailed description and the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Aspects of the present disclosure are illustrated by way of example and are not limited by the accompanying figures with like references indicating like elements.

FIG. 1 is a schematic representation of a network on which motion monitoring processes and convergence/divergence monitoring processes may be implemented.

FIG. 2 is a schematic representation of a system configured to implement motion monitoring processes, convergence/divergence monitoring processes, and/or other processes.

FIG. 3 illustrates a motion monitoring process.

FIG. 4 illustrates a process of applying asymmetric correlation rules to motion data.

FIG. 5 illustrates a convergence monitoring process.

FIG. 6 illustrates a visualization process.

FIG. 7 illustrates an example visualization of motion vectors and other information displayed on a map.

FIG. 8A illustrates the example visualization of FIG. 7 including identification of several zoom-in regions; FIG. 8B illustrates a zoomed-in view of one of the zoom-in regions identified in FIG. 8A; FIG. 8C illustrates a further zoomed-in view of a further zoom-in region identified in FIG. 8B; FIG. 8D illustrates a zoomed-in view of another one of the zoom-in regions identified in FIG. 8A; and FIG. 8E illustrates still another a zoomed-in view of one of the zoom-in regions identified in FIG. 8A.

DETAILED DESCRIPTION

As will be appreciated by one skilled in the art, aspects of the present disclosure may be illustrated and described herein in any of a number of patentable classes or context including any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof. Accordingly, aspects of the present disclosure may be implemented entirely in hardware, entirely in software (including firmware, resident software, micro-code, etc.) or in a combined software and hardware implementation that may all generally be referred to herein as a “circuit,” “module,” “component,” or “system.” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable media having computer readable program code embodied thereon.

Any combination of one or more computer readable media may be utilized. The computer readable media may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would comprise the following: a portable computer diskette, a hard disk, a random access memory (“RAM”), a read-only memory (“ROM”), an erasable programmable read-only memory (“EPROM” or Flash memory), an appropriate optical fiber with a repeater, a portable compact disc read-only memory (“CD-ROM”), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium able to contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take a variety of forms comprising, but not limited to, electro-magnetic, optical, or a suitable combination thereof. A computer readable signal medium may be a computer readable medium that is not a computer readable storage medium and that is able to communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable signal medium may be transmitted using an appropriate medium, comprising but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present disclosure may be written in a combination of one or more programming languages, comprising an object oriented programming language such as JAVA®, SCALA®, SMALLTALK®, EIFFEL®, JADE®, EMERALD®, C++, C#, VB.NET, PYTHON® or the like, conventional procedural programming languages, such as the “C” programming language, VISUAL BASIC®, FORTRAN® 2003, Perl, COBOL 2002, PHP, ABAPx, dynamic programming languages such as PYTHON®, RUBY® and Groovy, or other programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (“LAN”) or a wide area network (“WAN”), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) or in a cloud computing environment or offered as a service such as a Software as a Service (“SaaS”).

Aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatuses (e.g., systems), and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, may be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable instruction execution apparatus, create a mechanism for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that, when executed, may direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions, when stored in the computer readable medium, produce an article of manufacture comprising instructions which, when executed, cause a computer to implement the function/act specified in the flowchart and/or block diagram block or blocks. The computer program instructions may also be loaded onto a computer, other programmable instruction execution apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatuses, or other devices to produce a computer implemented process, such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

While certain example systems and methods disclosed herein may be described with reference to mobility and the Internet of Things (IoT), systems and methods disclosed herein may be related to any field. Moreover, certain examples disclosed herein may be described with respect to commercial delivery services and/or consumer electronics, but systems and methods contemplated by this application may be applied to any other field that may involve movable components.

Various methods for tracking items in real-time, monitoring absolute location through GPS or cellular tower triangulation, or detecting when two items surpass some distance threshold may exist. Nevertheless, such methods have traditionally focused on tracking, monitoring, or detecting objects independently of one another. Systems and methods disclosed herein may use geo-location technologies and a policy engine to track and notify users when two or more components (e.g., network-enabled devices, goods) are following different paths, when a plurality of components are diverging from a set path or expected arrival time, or when a plurality of components are converging to a set path or expected arrival time.

In certain systems and methods disclosed herein, an administrator or owner of the components being tracked/monitored may construct/specify correlation rules, the system itself may use machine learning or other techniques to learn/detect rules, such as asymmetric correlation rules, or some combination of constructed/specified and learned/detected rules may be used. Such systems may detect the anomalous divergence of motion vectors for the components, the likely convergence of the components at a destination position, and/or the divergence from an expected path/route.

In a first example, systems and methods disclosed herein may notify users when their automobile is moving and on a different path than such users. For example, an office worker may drive to work with a smart phone in her pocket, may park her car, and may take a shuttle to her office. At lunch she may walk to a nearby restaurant. During lunch, systems and methods disclosed herein may send, and the office worker may receive, a notification that the office worker's car is in motion (or that the laptop the office worker left in her car is in motion). Such systems and methods may include an application on the office worker's smart phone, for example. At this point, such systems and methods might allow the office worker to notify the police, place the car is no-drive mode (e.g., which would allow the car to drive until it is parked), or to take other actions to restrict the use of the car or promote the car's timely return. Other examples may include pairing together laptops and smart phones or pairing together devices associated with multiple children who are supposed to be traveling together.

In a second example, systems and methods disclosed herein may monitor a plurality of components that are diverging unexpectedly and generate alerts in response to such divergence. For example, in a supply chain, the motion of a container or object with a GPS transmitter may be correlated with the motion of other containers and/or the vessel/vehicle that have been fitted with a GPS locator. Separation in geo-location between the containers themselves and/or between a container and the vessel/vehicle may trigger an alarm.

In a third example, systems and methods disclosed herein may monitor a plurality of components that are converging on a destination and perform an automated process in response to such convergence (e.g., supply chain automation). For example, in a supply chain, the motion of a container or object with a GPS transmitter can be correlated with the motion of other containers and/or the vesseL/vehicle that have been fitted with a GPS location. Automated and/or manual processes may be invoked when separate containers, moving from different locations but destined for a common point, begin to converge.

In a fourth example, systems and methods disclosed herein may monitor a plurality of components that are supposed to be moving along a particular route. For example, cargo may be disposed in a particular crate, the particular crate may be disposed on a particular vehicle, and the vehicle may be required to follow a particular route. Divergence of one or more of the cargo, crate, or vehicle from one another may indicate lost or stolen items and may trigger a notification indicating such anomaly. Moreover, divergence of one or more of the cargo, crate, or vehicle from the particular route also may indicate lost or stolen items and may similarly trigger a notification indicating such anomaly. In some implementations, divergence of one or more of the cargo, crate, or vehicle from an expected position along the particular route at a particular time (e.g., divergence from a time-bound location) also may indicate lost or stolen items and may similarly trigger a notification indicating such anomaly.

One or more of the above-disclosed examples may use GPS sensors, but systems and methods disclosed herein may utilize one or more other sensors (e.g., accelerometers, pressure sensors, temperature sensors). In systems and methods disclosed herein, the divergence or convergence of characteristics (e.g., GPS location, other sensor data) of related components or their environments may similarly trigger subsequent actions. In certain implementations disclosed herein, systems and methods may not depend on the absolute characteristics (e.g., absolute GPS position), for example, but rather on the change of the monitored characteristics in relation to other objects in the same set of objects (e.g., a divergence of the path followed by each object of a plurality of objects, a convergence of destination for each object of a plurality of objects). Convergence and divergence may be defined by absolute difference or by statistical properties such as N standard deviations from the norm, for example.

In particular implementations, systems and methods disclosed herein may be implemented as a client-hub architecture in which each sensor/device may communicate with a software client that may normalize the data format and, in turn, may communicate securely with a client hub that may aggregate data from multiple clients. The client hub may communicate securely with a broker hub which may then expose data to various subscribing databases. Various applications may then make use of the data in the databases. Message transport from the client onward may be accomplished using standard protocols, such as Message Queue Telemetry Transport (MQTT), for example. The client to sensor communication method may vary from implementation to implementation and may depend upon the sensor/device manufacturer.

In certain implementations, systems and methods disclosed herein may be implemented at several levels in the network/system architecture. For example, monitoring for divergence in the locations of several objects may take place at a client hub if all of the clients communicate with a single hub. In some implementations, systems and methods disclosed herein may be implemented as an application that may monitor data acquired by the database. The application may monitor the characteristics of various objects and may apply a set of rules to the acquired data. A policy engine may be used to describe the rule(s) and the consequences of violating or obeying the rule(s). A notification component may be used to send data to an application user-interface, which may include desktop, laptop, smart phone, and tablet graphical user interfaces (GUIs), for example; to send an email or text; and/or to communicate with other applications using an application program interface (API). The rules engine, for example, may be used to compare the behaviors (or characteristics) of several objects and to decide when and how to notify users or other applications when the behaviors (or characteristics) diverge/converge or are predicted to do so within some specified time interval.

Certain implementations of the present disclosure may utilize GPS-enabled, Wifi/Cellular transmitters that are attached to a plurality of objects in motion, and such transmitters may be used to track the relative positions of each of the plurality of objects in motion. Divergence from or convergence by objects with one another may trigger alarms or notifications according to the rules specified in the policy engine.

Referring now to FIG. 1, a network 1 on which motion monitoring processes and convergence/divergence monitoring processes may be implemented now is described.

Network 1 may comprise one or more clouds, which may be public clouds, private clouds, or community clouds. Each cloud may permit the exchange of information and the provisioning of services among devices and/or applications that are connected to such clouds. Network 1 may include a wide area network, such as the Internet; a local area network, such as an intranet; a cellular network, such as a network using CDMA, GSM, 3G, 4G, LTE, or other protocols; a machine-to-machine network, such as a network using the MQTT protocol; another type of network; or some combination of the aforementioned networks. Network 1 may be a closed, private network, an open network, or some combination thereof and may facilitate wired or wireless communications of information among devices and/or applications connected thereto.

Network 1 may include a plurality of devices, which may be physical devices, virtual devices (e.g., applications running on physical devices that function similarly to one or more physical device), or some combination thereof. The devices within network 1 may include, for example, one or more of general purpose computing devices, specialized computing devices, mobile devices, wired devices, wireless devices, passive devices, routers, switches, mainframe devices, monitoring devices, infrastructure devices, other devices configured to provide information to and/or receive information from service providers and users, and software implementations of such.

For example, network 1 may include a plurality of sensors 2, which may collect sensor data and provide such data to one or more clients 5 through communication therewith. Such sensor data may include, for example, GPS position information, environmental information (e.g., temperature, humidity, pressure, wind speed), and other information. In certain implementations, sensors 2 may communicate with clients 5 using a cellular network, such as 3G or LTE, for example. In other implementations, sensors 2 may communicate with clients 5 using other communication protocols or methods, such as Wi-Fi or NFC, for example. Sensors 2 may be attached to or integrated with a plurality of different objects, such as vehicles, cargo (e.g., shipping crates, boxes), supplies, mobile devices, or other components.

In addition, network 1 may include a plurality of mobile devices 3, such as cellular phones, tablets, laptops, and other portable devices. Mobile devices 3 may be powered by a mobile operating system, such as Apple Inc.'s iOS® mobile operating system or Google Inc.'s Android® mobile operating system, for example. Mobile devices 3 also may determine their own GPS position information and provide such data to one or more clients 5 through communication therewith. Similar to sensors 2, mobile devices 3 may communicate with clients 5 using a cellular network, such as 3G or LTE, for example, or other communication protocols or methods, such as Wi-Fi or NFC, for example. Further, mobile devices 3 may include one or more applications that provide a user interface, which may display alerts, alarms, and/or notifications disclosed herein, and which may provide one or more options for addressing anomalies (e.g., notifying police, deactivating a vehicle or placing the vehicle in no-drive mode, deactivating another device, placing restrictions on one or more objects, or initiating auditing processes) identified in such alerts, alarms, and/or notifications.

Moreover, network 1 may include clients 5 and one or more client hubs 7, which may control clients 5 and/or communicate with clients 5 to receive data from sensors 2 and mobile devices 3 and to transmit data back to clients 5. Client hubs 7 may communicate with one or more broker hubs 9 to transmit data received from clients 5 and/or to receive data from broker hub 9. Communication between client hubs 7 and broker hubs 9 may be security-enhanced, for example, and may utilize MQTT protocols and one or more public or private encryption scheme. Client hubs 7 may be data agnostic.

Network 1 also may include broker hubs 9, databases 11, and data platforms 13. Broker hubs 9 may communicate with one or more databases 11 to transmit data received from client hubs 7 and/or to extract data from databases 11. Broker hubs 9 may aggregate and process (e.g. normalize) information into a format appropriate for clients 5 and/or databases 11. Databases 11 may be structured information repositories that store data received from sensors 2, mobile devices 3, and a plurality of other sources in a structured manner. Databases 11 may obtain additional data from data platforms 13, which may include rich data repositories that are often referred to as “data lakes.” Broker hubs 9 and databases 11 may be data agnostic.

Further, network 1 may include one or more analyzers 15, which may be implemented by one or more systems 100 (described below). Data analyzers 15 may retrieve and analyze data stored in databases 11 and may provide databases 11 with new information based on such analyses. In particular, analyzers 15 may enforce ACRs and implement one or more processes disclosed herein or contemplated hereby, such as the motion monitoring processes and the convergence/divergence monitoring processes, for example.

Referring to FIG. 2, system 100 is now described. System 100 may reside on one or more networks 1. System 100 may comprise a memory 101, a central processing unit (“CPU”) 102, and an input and output (“I/O”) device 103. Memory 101 may store computer-readable instructions that may instruct system 100 to perform certain processes. In particular, memory 101 may store a plurality of application programs that are under development. Memory 100 also may store a plurality of scripts that include one or more testing processes for evaluation of the applications. When computer-readable instructions, such as an application program or a script, are executed by CPU 102, the computer-readable instructions stored in memory 101 may instruct CPU 102 to perform a plurality of functions. Examples of such functions are described below with respect to FIGS. 3-6. One or more of sensors 2, mobile devices 3, clients 5, client hubs 7, broker hubs 9, databases 11, data platform 13, and analyzer 15 may be implemented by system 100 or another hardware system with similar components. In some implementations, one or more of clients 5, client hubs 7, broker hubs 9, databases 11, data platform 13, and analyzer 15 may be implemented as a virtual device/component by a software application running on system 100 or another hardware system with similar components.

I/O device 103 may receive one or more of data from networks 1, data from other devices and sensors connected to system 100, and input from a user and provide such information to CPU 102. I/O device 103 may transmit data to networks 1, may transmit data to other devices connected to system 100, and may transmit information to a user (e.g., display the information, send an e-mail, make a sound). Further, I/O device 103 may implement one or more of wireless and wired communication between system 100 and other devices within or external to network 1.

Referring to FIG. 3, a motion monitoring process now is described. The motion monitoring process may monitor the motion (e.g., through GPS position information) of a plurality of objects (e.g., vehicles, cargo, mobile devices), apply one or more asymmetric correlation rules (ACRs) to determine whether certain objects should have correlated motion with one another and whether such objects do indeed have correlated motion, and provide notifications and/or the option to perform certain actions when certain objects should, but do not, have correlated motion. For example, the motion monitoring process may alert administrators to stolen vehicles, stolen cargo, and/or misplaced mobile devices.

In S301, system 100 may receive an ACR. For example, the ACR may be set in memory 101 via a user input, via a self-learning mechanism, such as machine learning or other data analysis techniques, or via another relevant mechanism.

An ACR may define a baseline state for a plurality of objects, such as a first object and a second object. For example, a baseline state for a vehicle may be a parked state (e.g., the vehicle has a motion vector of magnitude 0 with no direction). In contrast, a baseline state for a cellular phone may be any state of motion (e.g., stationary, moving in a motion vector). Consequently, the baseline states of the vehicle and the cellular phone (or the absence of a baseline state for the cellular phone) may be asymmetric in that the vehicle must be stopped to be in the baseline state while the cellular phone may be in its baseline state when stopped and when in motion (or because the cellular phone does not have a defined baseline state). In some implementations, a baseline state may not be defined for an object that is not restricted, such as the cellular phone that may be in any state of motion (e.g., because the cellular phone may permissibly take any state of motion, it is unnecessary to define a baseline state of motion for the cellular phone or to define rules for the cellular phone based thereupon).

The ACR may further define a required correlation for an object that deviates from the object's baseline state. For example, the ACR may indicate that the first object must have the same (or substantially the same) motion vector as the second object if the first object is not in the first object's baseline state. If the first object is not in the first object's baseline state and the first object does not have the same motion vector as the second object, for example, the ACR may require that an action be performed, such as an alert, notification, or alarm. Conversely, the ACR may permit the second object to freely move without requiring that the action be performed, regardless of whether the first object is in the baseline state. Consequently, an asymmetry exists in that the second object can freely move relative to the first object, but the first object can only deviate from the baseline state if the first object's motion vector is correlated (e.g., the same as or substantially the same as) with the second object's motion vector.

This further aspect of the ACR may be illustrated by continuing the vehicle and cellular phone example, in which the vehicle has a baseline state of being parked and the cellular phone may be in any state of motion. In particular, if the vehicle deviates from the parked state and begins moving, the ACR may require that the vehicle has the same (or substantially the same) motion vector as the cellular phone (e.g., that the vehicle and the cellular phone have correlated motion vectors). If the vehicle is not in the parked state and does not have the same motion vector as the cellular phone, the ACR may require that a monitoring system sends a notification to the vehicle's user and/or owner. In practice, the ACR may help the vehicle's user learn, for example, either that the vehicle has been stolen (e.g., the user is not in the car and the car is moving) or that the cellular phone has been misplaced or forgotten (e.g., the user is moving the car but the cellular phone is sitting on a desk in the user's office), as both of these events may trigger an alert, alarm, or notification. In some implementations, the ACR may be appropriately robust to allow for some movement in the baseline state or some deviation between the motion vector of the vehicle and the cellular phone, such as movement and/or deviation that may be caused by valet parking, for example. In such implementations, for example, permissible deviation may be allowed when the vehicle and the cellular phone remain within a particular distance from one another or when such deviations are relatively minor (e.g., low rate of speed, occur only for a short period of time).

Although certain example ACRs described above were defined using the concepts of a baseline state for an object and a required correlation between the object and another object when the object is not in the baseline state, ACRs may be defined in other ways. For example, a rule that permits a first object to move in a particular manner but permits a second object to move in the particular manner only when correlated with movement of the first object would similarly be an ACR. Numerous other ACRs may be contemplated by this disclosure.

In S303, system 100 may receive motion data for the plurality of objects. The motion data may be in the form of GPS data collected by sensors 2 and/or mobile devices 3. System 100 may use the GPS data collected over time to determine a motion vector (e.g., magnitude and direction) for each object. Over time, system 100 may determine a plurality of motion vectors for each object over a period of time to determine how each object's motion evolves in time. Example motion vectors are shown in FIGS. 7-8E (described below in more detail).

In S305, system 100 may apply one or more ACRs to the motion data (including the motion vectors derived therefrom) to determine whether one or more objects has a baseline state of motion, whether such objects are in such baseline state of motion, whether such objects are expected to move in correlation with other objects, and whether such objects are indeed moving in correlation with such other objects; to generate a notification when expected motion correlation is not occurring; and to provide an owner/administrator with options for remedial measures. The process of applying ACRs in S303 is described in more detail with respect to FIG. 4 below. After S305, the process may return to S303 and wait to receive additional motion data.

Referring to FIG. 4, a process of applying ACRs to motion data now is described. As described above, the ACRs may permit some objects to move freely but may expect certain objects to move in correlation with other objects when such objects are not in a particular state of motion. As describe above, an example of two asymmetrically correlated objects might be a vehicle and a cellular telephone. The cellular telephone may be permitted to freely move anywhere and in any motion vector relative to the vehicle. On the other hand, the vehicle may only be permitted to be in a parked state (e.g., a baseline state of motion) when the cellular telephone is not in the vehicle. Consequently, if the vehicle is moving (e.g., is not parked and, thus, has a motion vector), system 100 may check to see whether the vehicle's motion vector is sufficiently correlated with the cellular telephone's motion vector (e.g., whether the vehicle's motion vector and the cellular telephone's motion vector are correlated at some threshold level of correlation), such that system 100 may conclude that the vehicle and cellular telephone are moving together.

In S401, system 100 may use the motion data (including the determined motion vector) to determine whether an object is in a baseline state of motion defined for the object in the ACR. For example, a baseline state for a vehicle may be a parked state and a baseline state for cargo may similarly be a resting state. If the object is in the baseline state (S401: Yes), the process of applying the ACR to the object's motion data may end until additional motion data is received for the object, at which point the process of applying the ACR may be repeated again. If the object is not in the baseline state (S401: No), the process may proceed to S403. For example, if the vehicle is parked or the cargo is sitting in a warehouse, system 100 may determine that the vehicle and cargo are in their respective baseline states (S401: Yes). If the vehicle is moving or the cargo is in a moving delivery truck, system 100 may determine that the vehicle and the cargo are not in their respective baseline states (S401: No) and proceed to S403.

In S403, system 100 may compare the motion data (including the determined motion vector) of an object that is not in its baseline state with the motion data for a related object to determine whether the motion vectors of the object and the related objects are sufficiently correlated (e.g., whether the motion vectors of the object and the related object are correlated at some threshold level of correlation). In particular, the ACR may define a correlation relationship between the object and the related object that includes a sufficient level of correlation (e.g., a threshold level of correlation). For example, the ACR may indicate that a vehicle and a cellular telephone owned by the same person have a correlation relationship with one another and that a sufficient level of correlation would be that the cellular telephone and the vehicle have the same motion vector when the vehicle is moving. In some implementations, a more lenient level of correlation may be defined by the ACR to account for errors in sensor data or typical interactions, such as valet parking or loading of cargo. For example, the ACR may indicate that only a 90% correlation is required; that the direction or magnitude of motion vectors for the object may be different at lower speeds, such as those required to park a car or load cargo; or that the required level of correlation is reduced as the two objects move closer to one another (or vice versa).

If system 100 determines that the motion vector of the object is sufficiently correlated with the motion vector of the related object (S403: Yes), the process may proceed to S407. For example, if a cellular phone and a vehicle are assigned a correlation relationship by the ACR and the cellular phone is in the vehicle while the vehicle is moving, system 100 would likely determine that the cellular phone and the vehicle are sufficiently correlated (S403: Yes). Similarly, if cargo is assigned a correlation relationship with a delivery truck by the ACR and the cargo is in the delivery truck while the truck is moving, system 100 would likely determine that the motion vectors of the cargo and the truck are sufficiently correlated (S403: Yes).

If system 100 determines that the motion vector of the object is not sufficiently correlated with the motion vector of the related object (S403: No), the process may proceed to S405. For example, if a cellular phone and a vehicle are assigned a correlation relationship by the ACR and the cellular phone is not in the vehicle while the vehicle is moving, system 100 would likely determine that the cellular phone and the vehicle are not sufficiently correlated (S403: Yes). Similarly, if cargo is assigned a correlation relationship with a delivery truck by the ACR and the cargo is not in the delivery truck even though the cargo is moving, system 100 would likely determine that the motion vectors of the cargo and the truck are not sufficiently correlated (S403: Yes).

In S405, system 100 may generate a notification or other alert/alarm indicating that an anomalous event has occurred (e.g., that an expected correlation relationship has failed to occur). The notification may include details about the object and the related object, such as a map showing the locations of the objects (or even a location history of the objects) and/or the motion vectors (e.g., current motion vectors and/or history of motion vectors) of the objects. The notification may identify the objects and provide summary information about the objects, such as intended destination (e.g., for cargo being shipped, for a vehicle using routing software), estimated arrival time, speed, and other information. In some implementations, the notification may include an interface that allows the recipient to easily contact the police (e.g., for stolen items), engage a locking mechanism, place a vehicle in no-drive mode, engage a more-aggressive tracking cycle (e.g., increasing the frequency of calls for GPS data), to take other remedial measures, or to indicate that the monitored behavior is not actually anomalous. The notification may be sent to an administrators mobile device, for example, as a text message, as an e-mail, as an app notification, as a telephone call, or by any other conceivable means. After S405, the process of applying the ACR to the object's motion data may end until additional motion data is received for the object, at which point the process of applying the ACR may be repeated again.

In S407, system 100 may compare the motion data for the object or for the correlated object with an expected path for the object or for the related object to determine whether the object and/or the correlated object are appropriately following the path. If the object or the correlated object is appropriately following the path, system 100 may determine that the object (or the correlated object) is on the path (S407: Yes), and the process of applying the ACR to the object's motion data may end until additional motion data is received for the object, at which point the process of applying the ACR may be repeated again. If the object or the correlated object is not appropriately following the path, system 100 may determine that the object (or the correlated object) is not on the path (S407: No), and the process may proceed to S405 and generate a notification indicating that the object or the correlated object is not on the expected path. A similar interface including remedial measures also may be presented. In some implementations, deviations from the specified path may be permitted, such as those required for mandatory detours or to avoid traffic congestion, for example.

For example, a delivery truck may have a specified path that the truck takes when delivering cargo to a specific location. If the delivery truck is delivering particular cargo to the specific location, it is expected that both the cargo and the delivery truck will follow the path. Consequently, the ACR may include a specified path that the delivery truck and the cargo transported by the delivery truck are expected to follow. In some cases, the ACR may also include an expected travel time or a series of expected motion vectors along the path, such that system 100 may determine an expected position for the delivery truck and the cargo along the path at various different points in time. If the delivery truck (or the cargo) deviates from the path, system 100 may determine that the object (or the correlated object) is not on the path (S407: No). In some implementations, if the delivery truck (or the cargo) are not located at a particular position along the path (or do not at least have motion vectors converging to such position) at a particular time, system 100 may similarly determine that the object (or the correlated object) is not moving appropriately on the path (S407: No). Conversely, in some configurations, if the delivery truck (or the cargo) are on the path, system 100 may determine that the object (or the correlated object) is on the path (S407: Yes). In still other implementations, system 100 may only determine that the object (or the correlated object) is on the path (S407: Yes) if the delivery truck (or the cargo) are located at a particular position along the path (or at least have motion vectors converging to such position) at a particular time.

In certain implementations, the ACR may be periodically applied as additional motion data is received for the plurality objects. Consequently, while the process of applying the ACR may determine when an object initially transitions from its baseline state and engages in correlated motion with a related object, the process of applying the ACR may also determine when objects previously in correlated motion begin to diverge. For example, cargo may fall out of a delivery truck during transport. In such a scenario, the motion vectors of the cargo and delivery truck would diverge, such that the motion vectors are no longer sufficiently correlated. Consequently, periodically applying the ACR may detect this divergence and serve as a trigger for system 100 to generate a notification indicating that the objects' motion vectors have diverged and are no longer sufficiently correlated. Such notification may be substantially similar to the notification of S405.

Referring to FIG. 5, convergence monitoring process now is described. The process of convergence monitoring may be used to determine when a plurality of objects are expected to converge at a particular location at the same time. This process may enable more efficient utilization of resources, for example. In particular, one example may involve deliveries to a factory. For example, sensors 2 may be attached to cargo containing supplies for use in an automobile manufacturing facility. The automobile manufacturing facility may use motion data to determine motion vectors for the cargo and, ultimately, to predict expected arrival times for the cargo at the automobile manufacturing facility.

The automobile manufacturing facility may normally only receive small shipments at steady intervals and may typically use a small number of workers and/or machines to receive deliveries. Thus, the automobile manufacturing facility may not normally be equipped to handle large deliveries or simultaneous deliveries from multiple suppliers and would not be able to handle such deliveries without bringing in additional workers and/or machines and/or repurposing existing workers and/or machines, which may take a substantial amount of time. Consequently, the process of unloading large or simultaneous deliveries may be inefficient in a business where “time is money.”

If the automobile manufacturing facility determines, using the monitoring techniques disclosed herein, that a large amount of cargo will be arriving simultaneously, the automobile manufacturing facility may request additional workers and/or machines and/or reallocate workers and/or machines from other tasks prior to the arrival of such cargo, so that the automobile manufacturing facility is immediately ready to unload the cargo and incorporate such cargo into the assembly lines quickly and efficiently. Consequently, the methods disclosed herein may lead to improved efficiency and other benefits.

In S601, system 100 may receive motion data for a plurality of objects. The motion data may be in the form of GPS data collected by sensors 2 and/or mobile devices 3. System 100 may use the GPS data collected over time to determine a motion vector (e.g., magnitude and direction) for each object. Over time, system 100 may determine a plurality of motion vectors for each object over a period of time to determine how each object's motion evolves in time. Consequently, S601 may be substantially similar to S303 described above.

In S603, system 100 may use the motion vectors determined in S601 to determine whether a plurality of the monitored objects are expected to converge at a specific location at a particular time (e.g., the same time, within a particular period of time, before a certain time, after a certain time). In particular, system 100 may utilize the motion vectors for each object (and/or a history of motion data for each object) to determine whether the objects are traveling to the specific location and to predict an arrival time at the specific location for objects traveling to that location. Returning to the example above, such objects may be cargo or delivery vehicles and the specific location may be a factory.

If system 100 determines that a plurality of objects are likely to converge at the specific location at the particular time (S605: Yes), the process may proceed to S607. If system 100 determines that a plurality of objects are not likely to converge at the specific location at the particular time (S605: No), the process may return to S601 and wait to receive additional motion data.

In S607, system 100 may perform an action in response to determining that a plurality of objects are likely to converge at the specific location at the particular time. The action may include generating a notification indicating the expected arrival of the objects and providing identification of the objects. For example, in the cargo/delivery truck/factory example, the notification may include an expected arrival time and a cargo manifest for each delivery truck. The factory may then use this information to start preparing for the arrival and to efficiently time preparatory measures, so that workers and/or machines are not reallocated prematurely or too late. In some implementations, the action may include one or more automated processes. In the cargo/delivery truck/factory example, an automated process might be opening doors or gates a few moments prior to the expected arrival, temporarily shutting down one or more assembly lines, turning on heaters/air conditioners near loading docks to keep the workers and/or the factory environment comfortable, and positioning loading/unloading robots to receive the delivery, for example. In other implementations, the action may involve manual processes or some combination of manual and automated processes. After S607, the process may return to S601 and wait to receive additional motion data.

FIG. 6 illustrates a visualization process. The visualization process may permit users and/or administrators to visualize the motion of a plurality of objects in a clean and efficient manner. In particular, the visualization process may utilize an anchor object to represent a plurality of objects with similar motion characteristics. For example, the motion vectors of the anchor object at a plurality of points in time may be displayed on a map. Each motion vector for the anchor object may be displayed along the path taken by the cellular telephone at a position representing the position (or a combination of positions) where the motion data was collected.

For example, a motion vector may be determined from two points of GPS data and the time at which each of these two points was determined (e.g., when the position of the cellular telephone was “pinged”). The motion vector determined from these two points and times may be displayed on the map at the GPS coordinates for the first point, the GPS coordinates for the second point, or at some set of intermediate coordinates determined from the GPS coordinates at the first point and the second point (e.g., an average position, a weighted average position).

While the motion vectors for the anchor object may be displayed, the corresponding motion vectors for objects with similar motion characteristics may be hidden, suppressed, or otherwise not represented on the map. For example, when the motion vectors of a first object and a second object are sufficiently correlated (e.g., in a manner similar to that determined in S403), the motion vectors of the first and second object may be similar and basically overlap, thus cluttering the map if both displayed. Consequently, the visualization process of FIG. 6 may avoid such clutter by displaying only the motion vector for the anchor object when the motion vectors of the first and second objects are sufficiently correlated.

In certain implementations, a distance threshold between the first and second objects, rather than motion vector correlations, may be used to determine whether only the anchor object's motion vector should be displayed or whether both the anchor object's motion vector and other object's motion vectors should be displayed. Such implementations may be effective at reducing even more clutter in the map, as objects in close proximity to one another (in the real world) may have representations that readily overlap one another on the map when such representations are all displayed. Such distance thresholds may be based on average distances between the objects, standard deviations, and other parameters.

As an example, a cellular telephone may be defined as the anchor object, and a sensor 2 may periodically provide the GPS position of the cellular telephone. The cellular telephone may be inside a car that also includes a sensor 2 that periodically provides the GPS position of the car. As the car drives along the road, system 100 may determine a plurality of motion vectors for the cellular telephone. System 100 also may periodically use the GPS positions of the cellular telephone and the car to determine that the cellular telephone is within a particular distance threshold (e.g., 5 feet, 10 feet) of the car. Consequently, system 100 may display the motion vectors for the cellular telephone on the map, but may omit displaying the motion vectors for the car. After the car parks, the cellular telephone may leave the car as the phone's user walks away. Once the distance between the cellular phone and the car exceeds the distance threshold, system 100 may begin displaying both the motion vector for the cellular telephone and the motion vector for the car (e.g., since the car is parked, it would be a null vector in this scenario) on the map simultaneously. Consequently, if the car later starts moving without the phone (e.g., the car is stolen), the owner may observe the path and motion vectors of the car on the map. In some configurations, the distance threshold may be set high enough so that an activity, such as valet parking, for example, is not displayed on the map.

A more detailed description of the visualization process now is described. In S702, system 100 may define an object as an anchor object. Any monitored object may be defined as the anchor object. In the example above, a cellular phone was defined as the anchor object, but the car could have alternatively been defined as the anchor object, for example.

In S704, system 100 may receive motion data corresponding to each of the monitored objects. The motion data may be time-stamped GPS position data, for example.

After enough motion data has been collected, system 100 may use the motion data to determine motion vectors for each of the objects being monitored, including the anchor object. In S706, system 100 may generate a representation of the motion vector for the anchor object and display the representation at a point along the anchor object's path (e.g., at a point corresponding to or derived from one or more of the GPS coordinates used to determine the motion vector).

In S708, system 100 may determine whether another object is sufficiently correlated with the anchor object. For example, system 100 may determine whether the other object is sufficiently correlated with the anchor object by determining whether the anchor object and the other object is within a particular distance threshold of one another. Alternatively, system 100 may determine whether the other object is sufficiently correlated with the anchor object by determining whether the respective motion vectors of the anchor object and the other object is within a threshold level of correlation with one another. If system 100 determines that the other object is sufficiently correlated with the anchor object (S708: Yes), the process may return to S704, without displaying the motion vector for the other object for that point along the path, and wait to receive additional motion data. If system 100 determines that the other object is not sufficiently correlated with the anchor object (S708: No), the process may proceed to S710.

In S710, system 100 may generate a representation of the motion vector for the other object and display the representation at a point along the other object's path (e.g., at a point corresponding to or derived from one or more of the GPS coordinates used to determine the motion vector). In some implementations, such as those described below with respect to FIGS. 7-8E, a representation of the motion vectors of such other objects may not be generated or displayed, and a representation of such other objects' position may instead be generated and displayed in S710. In any event, after S710 the process may return to S704 and wait to receive additional motion data.

Referring to FIG. 7, an example visualization of motion vectors and other information displayed on a map now is described. In particular, FIG. 7 shows a map 800, which may represent a geographic region in which a plurality of monitored objects have been moved within some period of time. Although the visualization of FIG. 7 may represent the motion of a plurality of objects, the visualization may only show the motion vectors 801 for the anchor object in order to reduce clutter and to make the map easier to understand. In particular, FIG. 7 shows motion vectors 801 with a changing level of darkness, which may reflect the age of the data used to determine the motion vector. For example, darker motion vectors 801 may be determined from more-recent GPS data, and lighter motion vectors 801 may be determined from older GPS data. In some implementations, variations in shading or color may be used to denote age rather than lightness/darkness. Consequently, motion vectors based on data may slowly fade away as the data ages and may disappear entirely (e.g., may not be depicts) for data older than a certain threshold age.

Where other objects are sufficiently correlated with the anchor object, representations for such other objects may not be generated and displayed on map 800. Nevertheless, where such other objects are no longer sufficiently correlated with the anchor object, system 100 may generate representations for such other objects and may display such representations on map 800. Specifically, FIG. 7 shows points 802, which represent the positions of objects that were no longer correlated with the anchor object at various points in time. While points 802 shown in FIG. 7 represent the positions of such objects, other implementations (not shown) may further show representations of the motion vectors of such objects that have decoupled from the anchor object. In some implementations, each point 802 may represent a plurality of other objects that were not sufficiently correlated with the anchor object, but that may be substantially correlated with one another. In other implementations, each point 802 may represent an average position for a plurality of other objects that were not sufficiently correlated with the anchor object

As noted above, a variety of criteria may be used to determine whether an object is sufficiently correlated with the anchor object. For example, in some implementations, a threshold level of correlation between the motion vector (e.g., direction and/or magnitude) of the anchor object and the other object may be used as criteria to determine whether the anchor object and the other object are sufficiently correlated. In other implementations, such as those shown in FIG. 7, a separation criteria may be used to determine whether the anchor object and the other object are sufficiently correlated. Such separation criteria may define an absolute distance threshold, such that system 100 may determine that other objects that are further away from the anchor object than the threshold distance are not sufficiently correlated with the anchor object and that other objects that are within the distance threshold from the anchor object are sufficiently correlated with the anchor object. In some implementations, the separation may be based on an average (over time) amount of separation from the anchor object or based on a value derived using standard deviations.

FIG. 7 also shows a histogram of the separation (s) between an object and the anchor object at a plurality of different times (t). The shaded portions of the histogram represent outliers 901, where the separation threshold has been crossed and system 100 has determined that the object is not sufficiently correlated with the anchor object. In other words, outliers 901 represent points in time (or points along the path travelled by the anchor object) where one or more points 802 representing the other object may be generated and displayed on map 800 in addition one or more motion vectors 801.

FIG. 8A illustrates the example visualization of FIG. 7 including identification of several zoom-in regions. Specifically, FIG. 8A shows substantially the same map (map 800A), set of motion vectors 801, and points 802 as FIG. 7. Nevertheless, FIG. 8A identifies zoom-in regions B, D, and E, which correspond to zoomed-in visualizations shown in shown in FIGS. 8B, 8D, and 8E.

FIG. 8B illustrates a zoomed-in view of zoom-in region B identified in FIG. 8A. FIG. 8B shows map 800B, motion vectors 801, and points 802. Nevertheless, because FIG. 8B is zoomed-in further, system 100 may generate and display additional motion vectors 801 and points 802. For example, such additional motion vectors 801 and points 802 may be motion vectors 801 and points 802 that were previously omitted to avoid clutter. In some implementations, the motion vectors 801 and points 802 shown in the zoomed-in region may be motion vectors 801 and points 802 that are determined using finer (e.g., shorter time periods) intervals. In certain implementations, the criteria used to determine whether the anchor object and the other object are sufficiently correlated may be dependent on the level of zooming in the map (e.g., the more zoomed-in on the map, the smaller the separation criteria, and the more likely the anchor object and another object will no longer be correlated), such that ma greater number of objects may not be sufficiently correlated (e.g., at that zoom-in level) and more points 802 may be generated in displayed. In still other implementations, points 802 that may have represented a plurality of other objects that were not sufficiently correlated in the zoom-in level of FIG. 8A may be broken down into two or more points 802 in the zoom-in level of FIG. 8B. FIG. 8B also identifies zoom-in region C, which correspond to the zoomed-in visualization shown in shown in FIG. 8C.

FIG. 8C illustrates a further zoomed-in view of zoom-in region C identified in FIG. 8B. FIG. 8C may be substantially similar to FIG. 8B, except that FIG. 8C is further zoomed in and may include motion vectors 801 and points 802 representing finer intervals in time. FIG. 8C includes zoomed-in map 800C.

FIG. 8D illustrates a zoomed-in view of zoom-in region D identified in FIG. 8A. FIG. 8D may be substantially similar to FIG. 8B, except that FIG. 8D is zoomed in on another region. FIG. 8D includes zoomed-in map 800D. Moreover, because additional motion vectors 801 are shown in FIG. 8D, anomalies, such as anomaly 803 may be readily observable. Specifically, the star-like pattern representing anomaly 803 is caused by a plurality of changes in the anchor object's direction in a short period of time. Consequently, the motion vectors form the star-like pattern represented by anomaly 803. Such changes in the motion vector of the anchor object within a short period of time often indicate a transition in the motion state of the anchor object. For example, the anchor object may be inside (or may itself be) a car being parked, and the changes in the direction of the motion vector may represent parking in a parking garage or hunting for a parking space on a city block. The appearance of an anomaly 803 in the visualization of the monitored objects, for example, may be used as criteria to make one or more of the determinations described herein, such as the determination in S401.

FIG. 8E a zoomed-in view of zoom-in region E identified in FIG. 8A. FIG. 8E may be substantially similar to FIG. 8B, except that FIG. 8E is zoomed in on another region. FIG. 8E includes zoomed-in map 800E.

The flowcharts and diagrams in FIGS. 1-8E illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various aspects of the present disclosure. In this regard, each block in the flowcharts or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The terminology used herein is for the purpose of describing particular aspects only and is not intended to be limiting of the disclosure. As used herein, the singular forms “a,” “an,” and “the” are intended to comprise the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of means or step plus function elements in the claims below are intended to comprise any disclosed structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present disclosure has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the disclosure in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the disclosure. For example, this disclosure comprises possible combinations of the various elements and features disclosed herein, and the particular elements and features presented in the claims and disclosed above may be combined with each other in other ways within the scope of the application, such that the application should be recognized as also directed to other embodiments comprising other possible combinations. The aspects of the disclosure herein were chosen and described in order to best explain the principles of the disclosure and the practical application and to enable others of ordinary skill in the art to understand the disclosure with various modifications as are suited to the particular use contemplated. 

What is claimed is:
 1. A method comprising: receiving first motion data corresponding to a first object; receiving second motion data corresponding to a second object; and applying an asymmetric correlation rule to the first motion data and the second motion data, the asymmetric correlation rule defining a baseline state of motion for the first object and a correlation relationship between the first object and the second object, and applying the asymmetric motion rule comprising: determining, based on the first motion data, whether the first object is in the baseline state of motion; in response to determining that the first object is not in the baseline state of motion, determining, based on the first motion data and the second motion data, whether a first motion vector of the first object is correlated at a threshold level of correlation with a second motion vector of the second object, the correlation relationship between the first object and the second object identifying the threshold level of correlation between the first motion vector and the second motion vector; and in response to determining both that the first object is not in the baseline state of motion and that the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation, generating a notification that the first object is behaving anomalously.
 2. The method of claim 1, wherein the asymmetric correlation rule further defines a path for the second object, and wherein applying the asymmetric motion rule further comprises: determining, based on the second motion data, whether the second object is located on the path; in response to determining that the second object is not located on the path, generating a notification that the second object is behaving anomalously.
 3. The method of claim 2, wherein the asymmetric correlation rule further defines a time-bound position along the path for the second object, the time-bound position being an expected position of the second object along the path at a particular point in time, and wherein applying the asymmetric motion rule further comprises: determining, based on the first motion data, whether a position of the second object at the particular point in time is convergent with the time-bound position for the second object at the particular point in time; and in response to determining that the position of the second object at the particular point in time is not convergent with the time-bound position for the second object at the particular point in time, generating the notification that the second object is behaving anomalously.
 4. The method of claim 1, further comprising: after determining that the first motion vector and the second motion vector are correlated at the threshold level of correlation: receiving third motion data about the first object; receiving fourth motion data about the second object; determining, based on the third motion data and the fourth motion data, whether the first motion vector remains correlated at the threshold level of correlation with the second motion vector; and in response to determining that the first motion vector is no longer correlated at the threshold level of correlation with the second motion vector, generating a notification indicating that the first object and the second object have diverged.
 5. The method of claim 1, further comprising: determining, based on the first motion data and the second motion data, that the first object and the second object are currently at different locations but are likely to converge at a particular location and a particular time; and in response to determining that the first object and the second object are currently at different locations but are likely to converge at the particular location and the particular time, performing an action at the particular location to prepare for the first object and the second object to arrive.
 6. The method of claim 1, wherein the correlation relationship between the first object and the second object specifies that the first motion vector and the second motion vector are correlated at the threshold level of correlation when the first motion vector and the second motion vector indicate that the first object and the second object are likely to converge at a particular location.
 7. The method of claim 1, wherein the asymmetric correlation rule defines the baseline state of motion for the first object to include a particular motion vector and one or more deviations from the particular motion vector that occur when the first object and the second object are within a particular distance from one another.
 8. The method of claim 1, further comprising defining one of the first object and the second object as an anchor object; providing on a map a representation of an anchor motion vector, the first motion vector being the anchor motion vector if the first object is defined as the anchor object, and the second motion vector being the anchor motion vector if the second object is defined as the anchor object; and in response to determining that the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation, providing on the map with the representation of the anchor motion vector a representation of the one of the first motion vector and the second motion vector that is not the anchor motion vector, such that the representation of the one of the first motion vector and the second motion vector that is not the anchor motion vector is only provided on the map with the representation of the anchor motion vector when the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation.
 9. The method of claim 1, further comprising: defining one of the first object and the second object as an anchor object; providing on a map a representation of an anchor motion vector, the first motion vector being the anchor motion vector if the first object is defined as the anchor object, and the second motion vector being the anchor motion vector if the second object is defined as the anchor object; and determining whether the first object and the second object are positioned within a threshold distance of one another; and in response to determining that the first object and the second object are not positioned within the threshold distance of one another, providing on the map with the representation of the anchor motion vector a representation of the one of the first object and the second object that is not defined as the anchor object, such that the representation of the one of the first object and the second object that is not the anchor motion vector is only provided on the map with the representation of the anchor motion vector when the first object and the second object are not positioned within the threshold distance of one another.
 10. The method of claim 1, further comprising: defining one of the first object and the second object as an anchor object; providing on a map a representation of an anchor motion vector, the first motion vector being the anchor motion vector if the first object is defined as the anchor object, and the second motion vector being the anchor motion vector if the second object is defined as the anchor object; and in response to determining that the first motion vector of the first object is correlated with the second motion vector of the second object at the threshold level of correlation, providing on a map a representation of an anchor motion vector as a representation of both the first motion vector of the first object and the second motion vector of the second object.
 11. A system comprising: a processing system configured to: receive first motion data corresponding to a first object; receive second motion data corresponding to a second object; and apply an asymmetric correlation rule to the first motion data and the second motion data, the asymmetric correlation rule defining a baseline state of motion for the first object and a correlation relationship between the first object and the second object, wherein, when applying the asymmetric correlation rule, the processing system is configured to: determine, based on the first motion data, whether the first object is in the baseline state of motion; in response to determining that the first object is not in the baseline state of motion, determine, based on the first motion data and the second motion data, whether a first motion vector of the first object is correlated at a threshold level of correlation with a second motion vector of the second object, the correlation relationship between the first object and the second object identifying the threshold level of correlation between the first motion vector and the second motion vector; and in response to determining both that the first object is not in the baseline state of motion and that the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation, generate a notification that the first object is behaving anomalously.
 12. The system of claim 11, wherein the asymmetric correlation rule further defines a path for the second object, and wherein, when applying the asymmetric motion rule, the processing system is further configured to: determine, based on the second motion data, whether the second object is located on the path; in response to determining that the second object is not located on the path, generate a notification that the second object is behaving anomalously.
 13. The system of claim 12, wherein the asymmetric correlation rule further defines a time-bound position along the path for the second object, the time-bound position being an expected position of the second object along the path at a particular point in time, and wherein, when applying the asymmetric motion rule, the processing system is further configured to: determine, based on the first motion data, whether a position of the second object at the particular point in time is convergent with the time-bound position for the second object at the particular point in time; and in response to determining that the position of the second object at the particular point in time is not convergent with the time-bound position for the second object at the particular point in time, generate the notification that the second object is behaving anomalously.
 14. The system of claim 11, further comprising: wherein, after determining that the first motion vector and the second motion vector are correlated at the threshold level of correlation, the processing system is further configured to: receive third motion data about the first object; receive fourth motion data about the second object; determine, based on the third motion data and the fourth motion data, whether the first motion vector remains correlated at the threshold level of correlation with the second motion vector, and in response to determining that the first motion vector is no longer correlated at the threshold level of correlation with the second motion vector, generate a notification indicating that the first object and the second object have diverged.
 15. The system of claim 11, wherein the processing system is further configured to: determine, based on the first motion data and the second motion data, that the first object and the second object are currently at different locations but are likely to converge at a particular location and a particular time; and in response to determining that the first object and the second object are currently at different locations but are likely to converge at the particular location and the particular time, perform an action at the particular location to prepare for the first object and the second object to arrive.
 16. The system of claim 11, wherein the correlation relationship between the first object and the second object specifies that the first motion vector and the second motion vector are correlated at the threshold level of correlation when the first motion vector and the second motion vector indicate that the first object and the second object are likely to converge at a particular location.
 17. The system of claim 11, wherein the asymmetric correlation rule defines the baseline state of motion for the first object to include a particular motion vector and one or more deviations from the particular motion vector that occur when the first object and the second object are within a particular distance from one another.
 18. The system of claim 11, wherein the processing system is further configured to: define one of the first object and the second object as an anchor object; provide on a map a representation of an anchor motion vector, the first motion vector being the anchor motion vector if the first object is defined as the anchor object, and the second motion vector being the anchor motion vector if the second object is defined as the anchor object; and in response to determining that the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation, provide on the map with the representation of the anchor motion vector a representation of the one of the first motion vector and the second motion vector that is not the anchor motion vector, such that the representation of the one of the first motion vector and the second motion vector that is not the anchor motion vector is only provided on the map with the representation of the anchor motion vector when the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation.
 19. The system of claim 11, wherein the processing system is further configured to: define one of the first object and the second object as an anchor object; provide on a map a representation of an anchor motion vector, the first motion vector being the anchor motion vector if the first object is defined as the anchor object, and the second motion vector being the anchor motion vector if the second object is defined as the anchor object; and determine whether the first object and the second object are positioned within a threshold distance of one another; and in response to determining that the first object and the second object are not positioned within the threshold distance of one another, provide on the map with the representation of the anchor motion vector a representation of the one of the first object and the second object that is not defined as the anchor object, such that the representation of the one of the first object and the second object that is not the anchor motion vector is only provided on the map with the representation of the anchor motion vector when the first object and the second object are not positioned within the threshold distance of one another.
 20. A computer program product comprising: a computer readable storage medium having computer readable program code embodied therewith, the computer readable program code comprising: computer readable program code configured to receive first motion data corresponding to a first object; computer readable program code configured to receive second motion data corresponding to a second object; and computer readable program code configured to apply an asymmetric correlation rule to the first motion data and the second motion data, the asymmetric correlation rule defining a baseline state of motion for the first object and a correlation relationship between the first object and the second object, the computer readable program code configured to apply the asymmetric correlation rule comprising: computer readable program code configured to determine, based on the first motion data, whether the first object is in the baseline state of motion; computer readable program code configured to, in response to determining that the first object is not in the baseline state of motion, determine, based on the first motion data and the second motion data, whether a first motion vector of the first object is correlated at a threshold level of correlation with a second motion vector of the second object, the correlation relationship between the first object and the second object identifying the threshold level of correlation between the first motion vector and the second motion vector; and computer readable program code configured to, in response to determining both that the first object is not in the baseline state of motion and that the first motion vector of the first object is not correlated with the second motion vector of the second object at the threshold level of correlation, generating a notification that the first object is behaving anomalously. 